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Claim 15 has been amended so as to be dependant upon datm 14. This was originally an 
inoorred dependency. 

Claim QMecttons 

Claim 1 has been amended to read "the computer software code controls'. Claim 7. line 3, 
has been altered to read ''the destination temiinar, as requested. 

Claim RetecMona - 3fi USC S 102 

Applicants submit that the person skilled In the art would not consider controlling the 
destination temnrnaf using computer software code added to a slgnaflTng protocol message. 
This is because the nature d! a stgnatllng protocol message and an email message are very 
different An email is a message composed at one temiinal and generated at the recipient's 
terminal and Is only responsible for conveying infonnatlon from the originating terminal to the 
recipient's terminal. A signali'Hr>g protocol message, on the other harxi, Is responsible for 
crsathg, modffytng and temilnatfng sessions with one or more participants. These sessions 
include internet multimedia conferences, Internet telephone calls and multtmedie distribution. 

The sigr^ltng protocol defined for the transmission of emails is SMTP and, therefore, 
Appncants submit that, If there is any equivalence between the signailine protocol message 
and emaD (viMch la not admitted), one skUed in the art would consider an SMTP mess^ 
and not an email message to be the equivalent of the s^nalling protocol message of the 
current invention. In view of the laige diffensnce in properties and functions of the two 
messages AppRcarrts submit that the skrlfed person wot/M not consider embeddfng oompciter 
software code within a s^nalling protocol message on reading Edwards. 

Additionally, Edwards does not teach or even suggest "remotely controllffig a destination 
tmminal from an originating termlnar. The sender of the email embeds the telephony applet 
within the email, therefore the Applicants consider the terminal of the email sender to be the 
onginating terminal and the terminal of the email recipient to be the destination terminal. 
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TKe functionality of the applet Is dlscloaed as being "offered to ttie recipient of the email 
messase via one or more control buttons, whereby activation of tlie relevant button(8) 
causes the applet to fomn the requested telephone connection" (Column 3 tines 22-25). As 
the button has to be selected by tlie recipient in order for the applet to be activated and 
initiate a caB, the sender's terminal cannot be said to control the rscipienrs tenninal. 

Furthemiore, Applicants submit that it cannot be said that the applet disclosed In Edwards, 
once activated, controls the destination terminal, defined In the cunrent invention as ''an 
apparatus via which a user Is able to receive commurucations from ti>e communications 
network in order to be called by another party; for example, a telephone handset, a computer 
temfilnal or a mobile tei^>hone harxlMir (PB lines 1 1-14). 

In Edwards^ once the applet is selected 'Vie call request is i^assed to the JTAPI ollent, which 
in turn passes the request onto the JTAPI server on the telephony server. This In turn 
processes the request by passing it onto CTi soRware on tl^ tele^^ony server, which sends 
an instruc^on to the PBX over CTI link to make the desired connection' (Cofumn 5 ljr>ea 40- 
45). 

Dierefore, in Edwards, the only |:^rt of the network that the applet couki be said to control is 
the PBX by inatructlng ft to fonn a connection between the email redpient's terminal and 
mother approbate terminal apedfied In the applet The PBX is, however, connected to 
multiple telephone and computer connections (see figure 1 and Column 4 lines 25-34} and 
acta to fonn connections Isetwean term^als, thereby altowirtg communication between those 
temnlnals. The skilled person, therefore, would not oonskterthe PBX as part of a destinatkm 
tennlnai. Hence, the person skilled In the art would only learn from Edwards to embed 
infomiatlon In the fbmn of a JAVA applet within an emaH such that when the applet is 
activated tlie PBX is Instructed to connect two tamlnais. Applicants, therefore, submit that it 
vmild not be obvious to one skilled In the art to use the applet to control the destination 
tennlnai. 

In fadt, the entlrlty of the (nventfon disclosed in Edwards Is aimed at the ''Integnatfon of 
computer email and tetaphony systems' (CoKxmn 1 lines 7-8). This Is achieved by 
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Pteoement of an applet within an emaB. to enable a telephone cgnnecfion to be set up 
between the terminal receiving the emaff to a terminar specified within the applet. 

On the oth« hand, the aim of the oun«it syrtem is to alfow a caller to have more confr^^ 
ever a call to a dertinatfon tem^naL The addition of computer code to a sienairfng message 
a caller to alter the response of the destination temrfnaf to take Into account the 
^ '^'^ «B««t then the ca/fer couid specify t 

software code Is to -dear the destination temilnal in order that It Is able to accept an 
^mlng call associated wfth the signaHinB protocol message- (Cto/m 6). This type of 
behavter n not taught oreven suggested In Edwards. 

h hfor these reasons that Applicants submit Claim lis not anticipated by Edwards Claim 2 
to also submitted to not be anticipated at least by virtue of its dejwndency. 

Clalml4 dalms a destination tem^inal for use In a system executing the method of Claim 1 
Therefore. Applteartls submit that Claim 14 fs not antfcipated by Edwards for the masons 
outlined above. 

Clahn Ralaettena 3S ^ mxj 

The Examiner re>ecia claims 3-10 as being unpatentable over Edwards and further in view of 
Schuster. However. Applfcants submit that Schuster in combination with Edwards doss not 
lender the features of dependent ae}me 3-10 obvious, Schuster, as with Edwards, does not 
disdoee use of computer sofh%«re code to ««fi9ure a destinatf^ Rather what Is 

*»cteeed is the use of a RO to conf5i^«» a ew^^ 
fo be contacted at that device or make ealis fh)m the device (Column 8. lines 34-42). 

Ciaim 11 recltee that -said slgnallrnfl protocol message is a session initiation protocol (SIP) 
">e8sage artd ... said computer sofh«are code Is sefecfed from: Java byte code Java 
applets and mobile automated software agarta. Applicants note that the Examiner states 
ffiat Donovan teaches SIP and the use of JAVA for an tP telephony system. However, the 
Applrcants submit that Donovan actually discloses a com/entional SIP REGISTER message 
having an extra fiefd contained within It 
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The extra field is used to provide the SIP server wtth fnformation about the status of the 
destination tenmlnat and is not disclosed as being computer software code. For example, 
lines 64-68 on column 4 give an example where the fleM entry tells Ihe SIP server to 
change the "dnd" feature status to "active"* Thus the SIP server would icnow to send alt 
Incoming calls fbr Barney to Barne/s voice mall box". The skilled person looking at 
Donovan would only learn to Include extra fields wfthin a SIP message to provfde extra 
routing infomiation to the SIP server. They would not ieam to add computor software code 
to a SfP message nor to controf a destrnatfon fermfnaf using a StP message. 

Therefore, Applicants re&pectfulty submit that Qaim 11 would not have been obvious in view 
of Donovan over Edwards. 



Given the above, further and favorable reconsideration oHhe application is urged. 
March 30, 2004 Respectfully submitted. 
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